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SYSTEM AND METHOD FOR MANAGING VIDEO NETWORK DEVICES 

TECHNICAL FIELD 

This invention relates generally to video network 
communications, and more specifically relates to a system 
and method for managing video network devices . 
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BACKGROUND OF THE INVENTION 

Video conference calls have grown in popularity as 
the expense of video conferencing devices has decreased 
and the availability of broadband communication networks 
5 has increased. Businesses often prefer the more personal 
communication available through video conferences 
compared with telephone conferences, and also enjoy 
savings in travel costs while still having a personal 
presence among the participants that is not possible with 

10 audio only communications. The increased popularity of 
video conferencing has resulted in the deployment of 
video network devices in wide ranging disparate locations 
with the devices interfaced by business networks or the 
public network. Often, video calls involve the 

15 interfacing of video network devices manufactured by a 

variety of different manufacturers and using a variety of 
protocols and network communication interfaces. 

As video network devices grow in number, the task of 
scheduling, monitoring and diagnosing problems of the 

2 0 devices grows in complexity. For instance, a single 
video network might interface with video end points, 
multi-call units (MCUs) , and gateways each manufactured 
by different manufacturers and using different 
communication protocols. Each of these devices may 

2 5 include specific management, maintenance and monitoring 
needs that makes central management of a network 
difficult to accomplish. 

One difficulty with management of video devices is 
establishing a uniform representation of the devices for 

30 use by management applications. Without a uniform means 
of communicating with different types of devices, 
management applications generally must be updated as 
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devices on the video network are changed or reconfigured. 
Thus, video network operational staff is typically faced 
with a complex task of maintaining video networks by 
tracking changes to the network and updating management 
applications and devices on an individual basis. This 
increases the cost and complexity of video networks and 
also results in reduced reliability. 



ATTORNEY'S DOCKET PATENT APPLICATION 

021556.0124 



SUMMARY OF THE INVENTION 

Therefore a need has arisen for a system and method 
which manages video network devices through a centralized 
video network platform. 
5 A further need has arisen for a system and method 

which provides a uniform representation of different 
types of video network devices to reduce the complexity 
of managing the different types of video network devices 
with management applications. 

10 In accordance with the present invention, a system 

and method are provided which substantially reduce the 
problems and disadvantages of managing video network 
devices. A video network platform includes a network 
interface operable to represent video devices as 

15 interface objects. An adapter engine associated with the 
network interface creates application objects for video 
devices that correspond with the interface objects. 
Management applications use the application objects to 
manage the video devices from the video network platform. 

2 0 More specifically, a network interface module 

provides a uniform communication interface for the video 
network platform to communicate with the video network, 
such as the WebNMS interface commercially available from 
AdventNet for interfacing servers with internet networks. 

2 5 The network interface module represents devices of the 

network as interface objects, such as the managed objects 
of WebNMS, with attribute get and set methods that are 
generic in nature and that provide access to device 
attributes as sets of name value pairs. A discovery 

3 0 engine associated with the network interface module 

interrogates devices on the network to allow creation of 
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interface objects with appropriate attributes when a 
device is added to or changed on the network. 

An adapter engine communicates with the network 
interface module and is called when the video network 
5 platform seeks to represent a device on the video 

network. For instance, a network operator who adds a 
device to the video network may initiate a call to the 
adapter engine, or the discovery engine may initiate a 
call to the adapter engine if a new device is detected on 

10 the network. The adapter engine creates an application 

object and invokes the network interface module to create 
a corresponding interface object. The network interface 
module interrogates the device and populates the 
interface object with appropriate attributes. The 

15 adapter engine applies the interface object attributes to 
the corresponding application object and the application 
object is then able to directly interrogate the device to 
populate attributes of the application object. For 
instance, the interface object is populated with 

2 0 attributes to identify the address and device type. 

These interface object attributes are forwarded to the 
application object to allow a direct interface for the 
application object to obtain desired attributes. 

Management applications associated with the video 
25 network platform perform management functions using the 
application object representations of devices. In some 
instances, management application queries to the network 
interface module for interface objects that represent 
video devices are intercepted by a special kind of 

3 0 interface object known as an override interface object. 

The override interface object takes interface object 
requests and forwards them to an application object that 
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corresponds with the requested interface object. 
Override interface objects enable additional 
functionality for existing management applications that 
use interface objects to communicate with devices. An 
5 override interface object references to a corresponding 
application object which in turn enables additional 
functionality otherwise not available through an 
interface object. Thus, existing management applications 
that use interface objects are easily adapted to use 

10 application objects by re-directing requests with an 
override interface object. 

The present invention provides a number of important 
technical advantages . One important technical advantage 
is that the video network platform allows centralized 

15 management of video devices of different types. 

Management applications for performing such functions as 
scheduling, diagnostics and monitoring of video network 
devices access the application object to perform the 
management function. Application objects that are 

2 0 independent from the interface objects provide greater 
flexibility for the use of standardized network 
interfaces to reduce cost and complexity with application 
objects available to provide information for specific 
functionality. 

2 5 Another important technical advantage of the present 

invention is that the video network platform is flexible 
to adapt for managing different types of network devices 
and new management applications without substantially 
rearchitecting the interface between the video network 

30 platform and the network devices. The adapter engine 

creates application objects with needed attributes for a 
given application without affecting the video network 
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platform's interface with the network devices. Instead, 
the application objects are modified to handle necessary- 
attributes independent of the interface objects and the 
override object directs queries from management 
applications for interface objects to the application 
objects with the desired attributes. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete understanding of the present 
embodiments and advantages thereof may be acquired by- 
referring to the following description taken in 
conjunction with the accompanying drawings, in which like 
reference numbers indicate like features, and wherein: 

FIGURE 1 depicts a block diagram of a video network 
platform interfaced with a video call network; 

FIGURE 2 depicts a flow diagram of a process for 
creating and populating application objects; and 

FIGURE 3 depicts a flow diagram for a process of 
interfacing a management application with a video network 
platform. 
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DETAILED DESCRIPTION OF THE INVENTION 

Preferred embodiments of the present invention are 
illustrated in the figures, like numerals being used to 
refer to like and corresponding parts of the various 
5 drawings . 

Management of video network devices from a central 
video network platform offers the advantage of applying 
applications for scheduling, diagnostics, and monitoring 
of the devices even if the devices are of different 

10 types. Conventional network management systems, such as 
WebNMS from AdventNet, provide a suitable interface for a 
video network platform with an internet architecture to 
allow management communication between applications and 
video devices. However, conventional network interface 

15 modules like WebNMS represent network devices as managed 
objects that are generic in nature. These managed 
objects provide good interface objects for a wide range 
of network devices but due to the proprietary nature of 
the network interface module they lack the flexibility 

20 for adapting to specific devices and applications without 
access to the source code of the network interface 
module . 

One standard for management of devices in Java, 
called JMX, defines Management Beans, or Mbeans, to 

2 5 represent devices for management. The JMX standard 

provides a variety of functions to operate on Mbeans and 
are thus more flexible as application objects for 
management applications to manage network devices. The 
Mbeans encapsulate operational attributes of the devices 

3 0 for the management applications to access and use. Thus, 

Mbeans offer advantages as application objects over the 
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use of managed objects created to act as interface 
objects by a network interface module such as WebNMS . 

To take advantage of the cost savings and simplicity 
of a conventional network interface module as well as the 
5 flexibility of application specific object standards, the 
present invention "hijacks" interface objects and creates 
corresponding application objects for managing devices 
with management applications. Referring now to FIGURE 1, 
a video network platform 10 provides an interface between 

10 management applications, including scheduling application 
12, diagnostics application 14 and monitoring application 
16, and network devices, including end point 18, gateway 
20 and MCU 22. Video network platform 10 communicates 
with management applications and video network devices 

15 through a network 24, such as the internet or another 
TCP/IP based network. 

Video network platform 10 supports a network 
interface module 26 and an adapter engine 28. Network 
interface module 2 6 is a commercially available network 

20 management system, such as Web NMS , which manages network 
devices as represented by interface objects 30. In the 
example of Web NMS, interface objects 3 0 are called 
"managed objects" and have generic get properties and set 
properties methods that provide access to device 

25 attributes as sets of name/value pairs. Network 

interface module 2 6 includes a discovery engine 32 which 
is operable to detect network devices and create 
interface objects with appropriate attributes. 

Adapter engine 28 communicates with network 

3 0 interface module 26 to ensure that network devices 

represented by interface objects are also represented by 
a corresponding application object 34, such as a Mbean. 
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For instance, if discovery engine 32 detects a new 
network device or an operator adds a network device, then 
a request is sent to adapter engine 2 8 to create a new 
application object corresponding to the new device. The 
5 adapter engine 2 8 then uses the dynamic attribute query 
capabilities of the application object to build an 
interface object corresponding to the device in the 
network interface module 26. For instance, the 
application object populates an existing shell interface 

10 object, such as an interface object created by the 

discovery engine, with information. Alternatively, the 
adapter engine may initiate creation of a corresponding 
interface object. The new interface object 3 0 obtains 
basic information that is available via attribute get and 

15 set methods from the device, such as the device address 

and class type, and this information is then forwarded to 
the corresponding application object. Once the 
application object 34 has the interface object 
attributes, application object 34 then is able to obtain 

20 detailed device attributes directly from the device. 

This method of creating the corresponding application and 
interface objects ensures a reference to each other. 

Once the application object is populated with the 
device attributes, new management applications can access 

2 5 the application objects to manage the network devices, 

while existing management applications can access 
application objects through corresponding override 
interface objects. If a request comes to an interface 
object from an existing application that uses interface 

3 0 objects, then the interface object acts as an override 

interface object 36 by accepting the request and 
overriding the methods of the requested interface object 
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to determine whether a corresponding application object 
should be used instead. The override interface object 3 6 
takes the attribute names of the request and invokes the 
appropriate method on the corresponding application 
5 object 34 to determine if the application object supports 
the requested attribute. If the application object 
supports the requested attribute, it invokes the 
appropriate method on the device to perform the gets or 
sets. If not, then override interface object 3 6 provides 
10 the attributes via the existing interface object 
mechanisms . 

Referring now to FIGURE 2, a flow diagram depicts a 
process for creating application objects and interface 
objects to support devices of a video network. At step 

15 38, the discovery engine detects the network device 
interfaced with the network and invokes the adapter 
engine. At step 40, the adapter engine creates an 
application object corresponding to the detected device. 
At step 42, the adapter engine uses the dynamic attribute 

20 query capability of the created application object to 
build an interface object in the network interface 
module . 

In some instances, a network operator may desire to 
input a new device manually through the adapter engine. 

25 At step 44, the adapter engine advertises the new device 
to the network interface module and the network interface 
module creates an interface object for the class of 
devices. At step 46, the discovery engine detects 
network devices of the requested class and invokes the 

3 0 adapter engine if devices are detected. At step 48, the 
adapter engine creates application objects corresponding 
to the interface objects of the detected devices. 
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Once the device or devices are detected, the 
interface object populates the device attribute get and 
set methods and forwards this information to the 
application object. Included in the information 
forwarded to the application object is the address of the 
device or devices so that the application object can 
directly contact and communicate with the device. At 
step 52, the application object applies the device 
address as forwarded by the interface object and 
populates the device application attributes with the 
detailed device information needed for management of the 
device by the management applications. Because the 
application objects are flexible and accessible for 
programming, the set of attributes for the devices is 
flexible to allow management of the devices as 
appropriate. Further, different types of devices with 
different types of information are easily represented for 
use by management applications. 

At step 54, the application object completes 
population of the interface object attributes as needed. 
Since the application object is flexible and capable of 
defining attributes for specific applications and 
devices, it will act as the primary reference for 
management applications to manage devices. 

In some instances, requests for device management 
may come as requests to interface objects. For instance, 
network 24 may include non-video devices such as routers 
that are managed through interface objects. In these 
cases, no override interface object functionality is 
used, but instead the existing interface objects defined 
for those devices are used. 
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Referring now to FIGURE 3, a flow diagram depicts 
the process by which an override interface object 
forwards video network device requests to the 
corresponding application object. At step 56, a request 
5 is received at the video network platform for the device 
as an interface object. At step 58, the override 
interface object invokes the requested method on the 
corresponding application object if one exists. At step 
60, a determination is made of whether the method of the 

10 application object supports the requested attributes. If 
the method supports the requested attributes, then at 
step 62 the override interface object invokes the request 
attributes on the corresponding application object. If 
the method does not support the requested attributes, 

15 then at step 64, the override interface object invokes 
the requested attributes on the interface object. In 
this manner, requests appropriately addressed to an 
interface object are processed by the network interface 
module . 

2 0 Although the present invention has been described in 

detail, it should be understood that various changes, 
substitutions and alterations can be made hereto without 
departing from the spirit and scope of the invention as 
defined by the appending claims. 
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